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1.  INTRODUCTION 


Modems  can  be  used  in  conjunction  with  the  Single  Channel  Ground  and  Airborne  Radio  System  (SINC- 
GARS)  VHF  radio  to  transmit  digital  information.  Aloha  or  variants  of  it  are  often  used  because  of  simplicity 
of  implementation  and  robustness  in  the  event  of  noisy  channels.  The  analysis  in  this  report  is  for  a  variant 
of  Aloha.  Analysis  of  the  classic  Aloha  protocol  assumes  that  all  frames  are  the  same  length.  Furthermore, 
when  a  node  receives  a  frame,  it  immediately  transmits  it.  If  there  is  a  collision,  the  node  is  assigned  a 
random  waiting  interval  before  its  next  transmission  attempt.  The  variant  considered  here  assumes  frames 
have  a  maximum  length  but  can  be  smaller.  Also,  even  initial  transmissions  are  assigned  a  random  waiting 
time. 

For  a  concrete  example,  the  Harris  3490A  Tactical  Data  Buffers  (TDB)  is  considered  and  evaluated  using 
the  technique  presented.  It  transmits  data  by  using  two  internal  protocols:  immediate  transmit  if  the  channel 
has  been  idle  for  10  s  or  more,  or  a  typical  backoff  protocol  if  the  channel  has  been  busy  within  the  last  10  s. 
Though  waiting  intervals  are  assigned  to  frames,  the  random  backoff  times  picked  are  chosen  in  a  slightly 
more  complex  manner  than  in  pure  Aloha,  The  specific  backoff  protocol  is  described  in  detail  in  the  later 
sections.  The  3490 A  TDB  has  an  internal  buffer  of  24  kbytes  and  provides  signaling  to  indicate  when  the 
buffer  is  empty  or  not.  This  specific  implementation,  however,  makes  yet  another  modification  to  the  Aloha 
protocol:  there  is  no  collision  detection  even  though  there  is  carrier  sensing. 

When  several  such  devices  make  up  a  single  hop  network,  throughput  and  average  delay  are  the  perfor¬ 
mance  measures  of  concern.  It  is  not,  however,  readily  apparent  what  these  values  will  be  for  different  frame 
sizes  and  traffic  rates.  Because  of  the  limited  bandwidth  available,  e.g.,  2133  data  bits/s  after  channel  coding 
on  an  actual  16  kb/s  rate,  it  is  critical  to  maximize  channel  utilization.  Average  delay  is  important  only 
insomuch  as  the  application's  delay  requirements  are  met.  Ideally,  as  the  application’s  requirements  change, 
or  network  properties  such  as  channel  utilization  change,  a  protocol  could  adapt  by  modifying  traffic  rate, 
frame  size,  or  utilization  so  that  the  best  use  is  made  of  the  low  bandwidth  channel. 

After  presenting  an  overall  analysis  of  the  Media  Access  Control  (MAC)  layer,  the  next  item  of  interest 
is  performance  of  higher  layer  protocols  which  make  use  of  Aloha-type  protocols  for  the  MAC  layer.  Interest 
is  specifically  focused  on  the  use  of  several  priority  queues,  whose  packets  are  concatenated  to  form  a  larger 
frame,  with  the  frame  then  passed  to  the  MAC  layer  for  transmission.  It  is  shown  that  in  certain  instances, 
it  is  not  beneficial  to  use  priority  queues. 

Equations  are  derived  that  characterize  network  performance  as  various  design  parameters  vary.  These 
equations  can  be  easily  incorporated  in  future  protocols  which  adapt  to  the  changing  network. 


2.  THE  RF-3490A  PROTOCOL 


The  MAC  layer  implemented  in  the  Harris  RF-3490A  TDB  is  described  by  Kaste  [1]  and  summarized 
here.  For  lack  of  a  given  name,  this  report  refers  to  the  protocol  as  the  3490A  backoff  protocol.  An  important 
factor  with  the  3490 A  backoff  protocol  is  that  it  offers  carrier  sensing  but  not  collision  detection.  As  a  result, 
it  is  not  possible  to  directly  design  an  inference  seeking  algorithm,  i.e.,  one  which  makes  use  of  channel  state 
history.  It  is  possible,  however,  to  make  use  of  acks  (acknowledgments)  to  simulate  collision/noncollision 
channel  feedback.  This  will  decrease  usable  bandwidth  however.  Like  all  MAC  protocols,  reliable  message 
delivery  is  not  guaranteed.  If  reliable  message  delivery  is  required,  it  must  be  implemented  at  a  higher  level. 

The  3490A  backoff  protocol  can  be  thought  of  as  serving  a  queue  of  length  one  where  the  single  frame 
can  be  up  to  24  kbytes  in  length.  The  3490 A  indicates  whether  or  not  a  frame  is  currently  awaiting  service. 
Once  service  is  complete,  the  3490A  indicates  to  the  higher  layer  its  readiness  to  accept  another  frame.  See 
Kaste  [1]  for  the  details  of  the  physical  interfaces. 

An  arriving  frame  is  assigned  a  delay  time  so  that  the  departure  process  is  made  independent  of  the 
arrival  process.  After  the  assigned  delay  has  expired,  the  radio  channel  is  sensed.  If  idle  for  10  s  or  more, 
transmission  commences.  If  busy,  the  frame  is  reassigned  a  wait  time.  If  the  frame  is  still  not  transmitted 
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after  three  assignments  of  a  “standard”  waiting  time,  it  is  assigned  a  “priority”  wait  time.  Priority  waits 
are  shorter  than  standard  waits,  as  shown  in  Table  1. 

The  assignments  are  made  by  generating  a  random  number  between  0  and  255  and  then  performing  a 
table  lookup.  A  range  of  numbers  is  mapped  to  a  specific  wait  time.  The  random  number  generator  in 
the  3490 A  will  not  repeat  a  random  number  until  all  256  numbers  are  used.  Table  1  indicates  the  actual 
times  being  assigned  and  their  probabilities.  For  standard  wait  times,  delays  are  assigned  with  a  slight  bias 
towards  the  middle  values.  It  should  be  noted  that  while  delays  are  assigned  in  half-second  increments,  this 
is  not  a  globally  slotted  system,  and  so  node  slot  times  between  nodes  are  not  synchronized.  Also,  if  the 
channel  has  been  idle  for  10  s  or  longer,  an  arriving  frame  is  sent  immediately  without  being  assigned  a 
delay.  For  a  very  lightly  loaded  net,  then,  the  MAC  delay  reduces  to  the  channel  service  rate. 


Table  1.  Packet  Delay  Assignments. 


Time  (s) 

Range 

Probability 

Priority 

1.0 

0-63 

64/256  =  25% 

1.5 

64-127 

64/256  =  25% 

2.0 

128-191 

64/256  =  25% 

2.5 

128-191 

64/256  =  25% 

Standard 

3.0 

0-24 

25/256  =  9.76% 

3.5 

25-49 

25/256  =  9.76% 

4.0 

50-74 

25/256  =  9.76% 

4.5 

75-103 

29/256  =  11.33% 

5.0 

104-132 

29/256  =  11.33% 

5.5 

133-161 

29/256  =  11.33% 

6.0 

162-190 

29/256  =  11.33% 

6.5 

191-215 

25/256  =  9.76% 

7.0 

216-240 

25/256  =  9.76% 

7.5 

241-255 

15/256  =  5.86% 

3.  TACTICAL  RADIO  PROTOCOL  STACKS 

The  3490A,  as  a  MAC  layer  protocol,  would  presumably  be  the  foundation  for  a  Logical  Link  Control 
(LLC)  layer.  Generally,  the  MAC  layer  of  any  protocol  stack  provides  unreliable  frame  transmission.  An 
LLC  layer  immediately  above  this  would  convert  the  unreliable  service  into  reliable  links  between  service 
access  points  at  each  node  or  nodes.  A  typical  LLC,  e.g.,  the  IEEE  802.2,  provides  three  types  of  services: 
acknowledged  connectionless,  connectionless,  and  connection-oriented.  These  two  layers  roughly  correspond 
to  the  Open  Systems  Interconnection  (OSI)  layer  2,  the  Data  Link  Layer  (see  Tanenbaum  [2]  for  a  discussion 
of  the  OSI  model). 

Ideally,  an  LLC  protocol  would  be  used  in  conjunction  with  the  3490A.  However,  this  is  currently  not  the 
case.  The  protocol  stack  of  interest  in  this  paper,  as  illustrated  in  Figure  1,  is  that  of  the  Distributed  Fact 
Base  (DFB).  In  the  DFB,  the  3490A  protocol  would  be  used  to  support  the  combined  LLC,  network  and 
transport  layers  of  the  Fact  Exchange  Protocol  (FEP).  Because  the  3490 A  protocol  does  not  offer  reliable 
transmission,  it  is  the  FEP  that  must  provide  this  service  if  needed  by  the  application.  Working  under  the 
assumption  that  the  applications  will  be  the  set  of  DFB  programs,  Figure  1  shows  the  complete  protocol  stack 
required  for  a  full  implementation  of  the  DFB,  As  can  be  seen,  the  FEP  supports  two  physical  interfaces, 
802.3  and  RS’232.  The  diagram  shows  the  FEP  disregarding  OSI  protocol  layering  recommendations  by 
spanning  several  layers,  because  the  code  was  written  when  there  was  no  Internet  Protocol  (IP)  support 
for  multicast  addressing  and  when  no  LLC  for  the  Harris  TDB  existed.  Until  the  needed  protocols  were 
developed,  the  FEP  was  written  to  implement  necessary,  but  at  that  time  unavailable,  services  of  various 
protocol  layers. 
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The  802.3  connection  is  used  to  interconnect  stationary  nodes  at  the  higher  10  Mb/s  Ethernet  bandwidth, 
while  the  RS-232  serial  interface  can  be  used  in  a  given  network  topology  one  of  two  ways.  The  less  common 
use  is  to  directly  connect  two  computers  running  DFB  by  using  an  RS-232  cable.  This  is  illustrated  in 
Figure  2. 

Application 
^  Transport 

Network 

LLC 
MAC 

Physical 


DFB 

FEP 

TCP 

UDP 

IP 

802.2 

802.3 

Serial 

Device  Driver 

Physical 

RS-232 

Figure  1.  Full  DFB  protocol  stack. 


DFB 

DFB 

FEP  Transport  Layer 

FEP  Transport  Layer 

FEP  Network  Layer 

FEP  Network  Layer 

Serial  Device  Driver 

Serial  Device  Driver 

RS-232 

RS-232 

1 _ 

Computer 

19.2  kb/s  link 

_ _ 1 

Computer 

Figure  2,  Partial  DFB  protocol  stack  with  RS-232  interconnection. 


The  3490A  protocol  is  not  required  for  a  DFB  implementation  since  the  DFB  model  is  built  only  on  the 
assumption  that  some  unreliable  data  link  layer  exists.  However,  the  Harris  3490A  TDB  is  the  most  readily 
available  equipment  and  should  be  studied  to  understand  what  services  it  can  and  cannot  offer  to  higher 
protocol  layers.  With  this  in  mind,  the  more  typical  DFB  scenario  is  having  the  host  connected  to  a  Harris 
RF“3490A  TDB  which,  in  turn,  is  connected  to  a  SINCGARS  VHF  transceiver,  as  is  shown  in  Figure  3. 
In  this  arrangement,  peer-to-peer  communication  between  various  layers  of  the  DFB  can  be  envisioned  as 
illustrated  in  Figure  4.  However,  for  the  sake  of  simulation,  all  components  need  not  be  considered.  For 
example,  the  workings  of  the  radio  itself,  other  than  delays  imposed,  etc.,  are  not  important  to  the  model. 
Similarly,  the  existence  of  the  Harris  RF-3490A  TDB  as  a  separate  and  distinct  device  can  be  ignored. 
The  resulting  simplification  of  the  protocol  stack  is  shown  in  Figure  5  and  the  corresponding  peer-to-peer 
communication  in  Figure  6.  As  a  final  illustration  of  the  protocol  stacks.  Figure  7  shows  the  stacks  as 
simulated  and  analyzed  in  this  paper.  The  topmost  layer,  entitled  '‘Abridged  FEP”  in  the  diagram,  will 
be  described  in  more  detail  in  subsequent  sections.  Briefly,  however,  it  is  little  more  than  a  set  of  priority 
queues.  When  the  3490 A  protocol  indicates  that  it  can  accept  a  new  frame,  packets  are  concatenated  from 
the  priority  queues  to  generate  a  frame  which,  in  turn,  is  passed  to  the  3490A. 
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Effective  2. 133  kb/s  Effective  2133  b/s  (actual  1 6  kb/s) 

Computer  Modem  Radio 


Figure  3.  Partial  DFB  protocol  stack  with  radio  interconnection. 


Figure  4.  Peer-to-peer  DFB  Communication  via  Radio  Link. 


Figure  5.  Simplified  DFB  stack. 
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DFB 

DFB 

FEP  Transport  Layer 

FEP  Transport  Layer 

FEP  Network  Layer 

FEP  Network  Layer 

RF-3490 

Effective  2.133  kb/s 

RF-3490 

VHP 

VHF 

16  kb/s 


Figure  6.  Peer-to-peer  DFB  communication  with  simplified  stacks. 


Figure  7.  Stack  used  in  simulations. 


4.  ANALYSIS 


Typical  performance  measures  of  random  access  protocols  are  throughput  and  delay.  Determining  these 
values  is  often  made  easier  by  making  assumptions  that  frames  are  fixed  size,  there  are  an  infinite  number  of 
users,  and  so  on.  Because  we  are  trying  not  only  to  characterize  an  existing  and  therefore  finite  system,  as  well 
as  optimize  average  frame  lengths,  we  cannot  make  the  usual  assumptions.*  However,  as  will  be  discussed,  a 
system  designed  for  certain  types  of  environments  can  often  make  other  assumptions  not  available  in  general 
cases. 


4.1  MAC  Layer  Performance 

In  a  finite  user  population,  total  system  utilization  is  greater  than  that  seen  by  an  individual  node, 
because  a  given  node  does  not  see  its  own  channel  use.  In  the  following  calculations,  p  refers  to  system-wide 
utilization  while  pi  refers  to  the  system  utilization  as  observed  by  node  i.  For  a  system  made  up  of  similar 
nodes,  it  is  easy  to  see  that 

n  -  1 

Pi  = - P 

n 

and  that  as  n  oo,  p*  =  p  as  expected. 

Because  a  frame  is  assigned  either  a  standard  delay  or  a  priority  delay,  both  must  be  considered  when 
calculating  the  expected  MAC  delay.  Looking  at  the  probable  delay  assignments  in  Table  1,  it  is  easy 
to  determine  the  expected  (average)  standard  delay,  ds  ==  5.1612  s,  and  priority  delay,  dp  =  1.75  s.  In 
conjunction  with  these  values,  the  expected  delay  also  depends  on  how  often  carrier  sensing  finds  the  channel 
busy.  On  average,  the  probability  of  finding  the  channel  busy  is  the  channel  utilization  seen  by  the  sensing 
node,  or  pi.  The  total  delay  is  determined  by  an  infinite  sum  representing  the  probability  of  success  after 
one  carrier  sense  plus  that  of  success  after  two  sensings,  and  so  on.  Therefore,  the  expected  MAC  delay,  A, 

•While  Aloha  performs  optimally  using  fixed  size  frames,  it  is  often  more  important  to  transmit  a  small  jErame  quickly  than 
it  is  to  wedt  for  a  frame  to  reach  full  size. 
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for  node  i  can  be  expressed  as 


E{Di} 


P{1  sensing)  +  P{2  sensings)  H-  P(3  sensings)  H - 

(1  -  pi)ds  +  pi{l  “  pi)2ds  +  p? (1  -  Pi)Sds  +  pi{l  -  pi){Sds  +  dp) 

(1  —  /?i)(3d5  -{-  2dp)  H- - h  “  A')(3d5  +  (n  —  2)dp)  +  •  •  • 


(1  -  pi)ds  -I-  l)pi  +  Pi{l  -  Pi)  ids'^pi  +  dp  “f  l)p\ 


k=0 


JfcrrO 


k=0 


Note  that  after  three  ‘‘busy”  sensings,  all  subsequent  delays  are  the  shorter  priority  delays.  Reducing  the 
previous  expression  to  a  closed  form  yields  an  expected  delay  function 

Dpi  =  E{Di}  =  da(l  4*  Pi  +  pf)  +  (2^5  +  dp)pf  +  dp-r^ — •  (1) 

i  —  pi 

The  Pi  subscript  on  D  indicates  that  this  is  the  expected  MAC  delay  for  a  frame  at  node  i  when  node  i 
perceives  a  channel  utilization  of  pi  <  p. 

Plotting  Equation  1  in  Figure  8  shows  that  net  delays  increase  dramatically  as  channel  utilization  ap¬ 
proaches  0.9  offering  where  average  delay  is  about  35  s.  Looking  at  the  range  of  values  only  up  to  a  utilization 
of  0.9  shows  that  for  a  more  reasonable  net  utilization  of  0.5,  less  than  20  s  MAC  delay  can  be  expected.  It 
is  also  clear  that  even  if  the  utilization  drops  close  to  zero,  a  5  s  wait  will  be  encountered. 


Figure  8.  MAC  delay  vs.  net  utilization 

Generally,  the  application  will  determine  what  average  net  access  delay,  Dmac?  can  be  tolerated.  Note, 
however,  that  Duac  is  dependent  on  channel  utilization  p  which  is  ultimately  dependent  on  the  aggregate 
traffic  rate,  average  frame  length  and  channel  service  rate.  The  aggregate  traffic  rate  is  further  dependent  on 
the  number  of  nodes  in  the  net.  Figure  9  shows  only  channel  utilization;  the  actual  breakdown  of  utilization 
into  the  other  variables  is  still  necessary  for  a  network  design. 

The  calculations  of  Equation  1  do  not  take  into  account  that  in  the  3490A  protocol,  a  channel  idle  for 
10  s  or  more  allows  a  frame  to  be  immediately  transmitted.  This  tends  to  decrease  average  MAC  delay  and 
is  illustrated  by  the  block  diagram  of  Figure  10. 

For  a  Poisson  arrival  process,  the  probability  of  experiencing  a  10  s  or  longer  idle  period  is  just  As 

an  illustration,  this  is  0.05  for  A  =  0.3  frames/s.  To  take  protocol  switching  into  account,  the  total  expected 
delay  is  now: 

=  (2) 
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Figure  9.  Net  utilization  <  0.9. 


Figure  10.  The  two  protocols  in  the  TDB  3490A. 
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This  is  important  at  low  traffic  rates.  For  instance,  suppose  the  application  requires  an  average  MAC  delay 
of  10  s,  Figure  11  shows  that  until  a  traffic  rate  of  0.6  frames/s  is  reached,  the  expected  MAC  delay  is  lower 
than  10  s. 


Figure  11.  Expected  MAC  Delay  for  Dp-  =  10  s  vs.  traffic  rate. 


Once  the  expected  delay  Dmac  is  determined  by  the  application,  then  the  bound  on  the  outgoing  data 
rate  at  a  node  is  the  maximum  size  of  a  frame  divided  by  the  sum  of  the  MAC  delay  and  the  channel  service 
rate.  If  the  maximum  transmittable  unit  (MTU)  is  m  bits  and  the  average  frame  length  is  L  =  m/2  bits, 
then  the  frame  service  rate  by  the  channel  is  =  C/L,  and  the  system  traffic  rate  in  frames  per  second  is 
bounded  by 

A  +  Dmac^  <1-  (3) 

Equation  3  must  be  met  to  ensure  system  stability.  Because  of  the  standard  and  priority  delays  built  into 
^MAC)  the  simpler  p  <  1  does  not  guarantee  stability.  When  the  system  is  comprised  of  n  similar  nodes, 
then  we  can  say 

nXi  Dmac  \  <  1  (4) 


for  each  node  i. 

When  any  two  of  the  three  unknowns  are  given,  Equation  4  can  be  rewritten  three  ways  to  solve  for  the 
remaining  unknown: 


Ai  < 
n  < 

L  < 


C 

n{L  +  CDmac)’ 
C 

XiiL  +  CDuAcV 


or 


(5) 

(6) 

(7) 


When  either  choosing  or  calculating  A^,  it  is  important  that  Equation  2  be  used  to  account  for  reduced  MAC 
delay  due  to  long  idle  periods. 

Typically,  the  number  of  nodes  in  a  network  is  given.  Assuming  that  each  node  would  like  to  transmit 
as  large  a  frame  as  possible  as  often  as  possible,  it  is  necessary  to  find  the  maximum  value  for  iA,  or  find 


8 


the  maximum  2r,  where 


(8) 


\LC 

{\-n\D){C-\-LDy 

Optimization  of  z  requires  nonlinear  programming  techniques  and  is  beyond  the  scope  of  this  paper.  If, 
however,  the  application’s  requirements  determine  two  of  the  unknowns,  it  is  simple  to  find  the  third.  As  an 
example,  for  given  A  and  n  with  application  demands  of  /?  =  0.3,  the  resulting  ideal  average  frame  lengths 
are  graphed  in  Figure  12.  (An  MTU  would  be  twice  that  length.)  Lengths  beyond  24  kbytes  are  ignored 
since  that  is  the  capacity  of  the  RF-3490A  [3].  These  results  represent  a  system  at  full  load  (worst  case) 
and  under  the  previously  mentioned  node  number  and  traffic  rate  constraints.  Values  are  generated  for  the 
case  when  1/7.5  of  the  3490A  MTU  are  data  bits  [1]  which  corresponds  to  a  data  rate  of  2133  bits/s.  The 
plot  is  intended  to  show  trends  rather  than  to  allow  study  of  particular  cases.  These  should  be  generated 
individually  and  in  more  detail.  For  instance,  a  net  with  five  nodes  is  considered  in  Figure  13.  Suppose,  for 
example,  that  the  application  requires  that  one  message  be  transmitted  every  25  s,  then  the  ideally  sized 
MTU  is  approximately  9  kbits,  or  1.125  kbytes.  This  is  intuitively  easy  to  verify:  it  takes  4.2  s  at  2.133  kb/s 
to  transmit  9  kbits.  Five  nodes  using  4.2  s  to  transmit  takes  21  s.  This  is  nearly  the  25  s  message  period  with 
headroom  for  the  backoff  algorithm.  Also  notice  that  the  graphed  data  in  Figure  13  exhibit  “bumps”  at  0.02 
and  0.04  frames/s/node.  These  are  regions  where,  for  the  given  MTU  size,  the  3490A  switches  between  the 
backoff  and  immediate  transmit  protocols.  For  an  infinite  user  population  analysis,  this  would  not  happen. 
It  does  here  because  the  analysis  is  of  a  finite  system,  i.e.,  n  is  finite  and  integer,  which  must  meet  the 
constraints  imposed  by  Equation  7.  As  a  result,  there  are  regions  where  to  maintain  stability  the  optimally 
choosable  MTU  size  is  not  ideal. 


Figure  12.  Max  MTU  size  determined  by  n.  A,  and  p  =  0.3. 


As  would  be  expected,  at  a  given  traffic  rate,  the  ideal  frame  length  increases  as  the  number  of  nodes 
decrease.  Similarly,  traffic  intensity  must  remain  in  a  relatively  limited  range  to  meet  a  given  utilization 
value  p.  When  utilization  moves  beyond  a  maintainable  range,  values  for  MTU  length,  number  of  nodes, 
and/or  traffic  rate  must  be  recalculated.  If  they  are  not,  the  system  will  operate  in  a  suboptimal  state, 
possibly  resulting  in  an  unstable  system. 


4.2  Performance  Above  the  MAC  Layer 

The  previous  section  developed  an  analysis  of  the  RF-3490A  independent  of  the  system  in  which  it  is 
used.  This  section  focuses  on  the  performance  of  the  3490 A  when  used  to  support  the  DFB  system  [4]. 
While  the  DFB  is  a  complex  software  package,  its  interface  to  the  3490 A  is  not.  Messages  between  nodes  of 
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Figure  13.  Max  MTU  sizes  for  five  nodes. 


the  DFB  communicate  via  the  FEP  [1].  The  FEP  has  four  priority  queues  that  hold  packets  smaller  than 
the  3490A’s  MTU  (frame)  size.  Once  per  second,  the  priority  queues  are  concatenated  a  packet  at  a  time, 
from  highest  to  lowest  priority,  until  the  frame  is  at  most  as  big  as  the  MTU  or  until  the  queues  are  empty. 
The  frame  is  then  passed  to  the  3490 A,  if  the  3490 A  is  not  busy.  The  important  properties  of  the  FEP  are 
packet  size  and  arrival  rate  distributions. 

It  should  also  be  noted  that  the  analysis  in  this  report  ignores  the  possibility  of  collisions  resulting  from 
carrier  sensing  delay.  If  j3  is  the  amount  of  time  for  a  signal  to  propagate  and  be  detected,  then  any  carrier 
sense  performed  within  /?  time  units  after  a  transmission  incorrectly  senses  an  idle  net.  Its  transmission  then 
collides  with  the  one  in  progress.  When  the  arrival  process  is  Poisson  of  intensity  A,  the  probability  of  a 
collision  is  1  —  If,  for  example,  traffic  rate  is  0.4  frames/s,  and  there  is  SINCGARS-SIP  carrier  sense 
length  of  approximately  ^  =  100  ms  [5],  then  the  probability  of  collision  is  0.039,  However,  when  collisions 
occur,  this  affects  only  protocols  at  higher  layers.  Because  the  3490A  hardware  cannot  sense  collisions,  they 
have  no  effect  on  protocol  operation.  For  higher  layer  characterization  of  a  network  using  3490As,  though, 
collisions  will  certainly  have  to  be  considered,  since  collisions  result  in  increased  traffic  due  to  retransmissions. 

The  goal  at  this  layer  is  to  derive  expected  delays  for  packets  in  each  priority  queue  when  the  system  is 
working  at  full  load.  As  such,  the  results  from  Section  4.1  can  be  used  to  calculate  the  average  service  rate 
that  the  priority  queues  can  expect.  With  a  Poisson  arrival  process,  the  first  and  second  moments  of  the 
service  rates  are 

X  =  jElX)  =  J3mac  -f  “  =  Average  service  time 

=  E{X^}  =  {Dmac  H — =  Second  moment  of  service  time. 

Bertsekas  and  Gallager  [6]  show  that  for  an  M/G/1  system  the  PoUaczek-Khinckin  (P-K)  formula  holds: 


W  = 


XX^ 

2(1-/,)’ 


where  W  is  the  expected  customer  waiting  time.  Therefore,  the  total  waiting  time  of  a  customer,  queue 
waiting  time  plus  service  time,  is  _ 


T  =  X  + 


AX2 
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Note,  however,  that  we  are  using  the  deterministic  service  of  Equation  2,  so  that  the  M/G/1  system  reduces 
to  an  M/D/1  system.  As  a  result,  the  second  moment  of  the  service  rate  is  simply  the  square  of  the  first 
moment  as  shown  previously.  From  Bertsekas  and  Gallager  [6],  the  P-K  formula  is  shown  to  be  the  basis  for 
priority  queuing  results  in  M/G/1  systems.  If  there  are  k  priority  queues,  each  with  their  own  trafllc  and 
service  rates,  the  waiting  times  in  queue  k  and  including  service  time  can  be  shown  to  be 

_ EILi  _ 

2(1  -  - Pfc-i)(l  -  P\ - Pk) 

—  +  Wk. 

Pk 

Because  performance  under  maximum  load  is  of  interest  in  this  analysis,  E{X}  =  1///  +  D{p)  is  a  constant 
since  l/p  is  the  radio  service  rate  in  MTU/s,  and  D{p)  is  constant  for  a  given  utilization  />,  which  is  part  of  the 
application  layer  system  design  specifications.  Similarly,  E{X^}  is  a  constant.  For  the  sake  of  illustration,  if 
we  additionally  assume,  probably  unrealistically,  that  each  of  the  four  priority  queues  has  the  same  arrival 
rate,  then  an  individual  queue’s  arrival  rate  is  A*  =  Amax/4,  where  Amax  is  determined  from  the  analysis 
in  Section  4.1. 

Therefore,  the  priority  queue  waiting  time  equations  reduce  to: 


Wi  = 

2XkX^ 

(9) 

l-Pk’ 

W2  = 

(10) 

ii-Pk)ii-2pky 

Wa  = 

2AiX2 

(11) 

{i-2pk){i-zpky 

= 

2\kX^ 

(12) 

(1  -  3/>fc)(l  - 

When  frame  sizes  and  service  rates  are  fixed,  one  can  expect  that  as  traffic  rates  increase,  queue  delay  times 
will  become  more  widely  separated  with  the  lowest  priority  queue  experiencing  the  longest  delays.  However, 
by  using  the  analytic  results  derived  to  this  point,  it  is  possible  for  the  network  to  adapt  to  changing 
situations.  As  a  result,  as  traffic  rates  increase,  average  delay  decreases  but  only  because  frame  size  also 
decreases.  There  will  still  be  more  delay  to  move  a  given  amount  of  data  on  a  busier  channel.  To  give 
fair  access  to  each  user,  the  protocol  utilizing  these  equations  would  shrink  MTU  size.  There  will  be  some 
minimum  MTU  size,  below  which  no  data  and  only  packet  header  information  can  be  passed.  This  will  be 
the  lower  bound  on  performance  and  the  upper  bound  on  sustainable  traffic  rate.  When  the  application’s 
requirements  are  used  as  constants,  Equations  5,  6,  and  7  can  be  used  to  rederive  system  parameters.  For 
instance,  when  a  node  leaves  the  local  net  or  goes  silent,  the  traffic  rate  is  decreased.  This  decrease  can  be 
used  to  recalculate  a  larger  MTU  which  still  allows  the  application  dependent  maximum  delay  to  be  met. 
Similarly,  if  packets  are  noticed  to  constantly  be  of  smaller  length  than  the  current  MTU  size,  the  average 
size  can  be  used  as  the  new  MTU  length,  allowing  values  for  traffic  rate  and  number  of  nodes  that  can  be 
supported  to  be  updated. 

To  illustrate  with  examples,  suppose  there  are  five  nodes  in  a  single  network.  Figure  14  graphs  the  traffic 
rate  vs.  average  delay  when  the  utilization  is  held  constant.  That  is  to  say,  regardless  of  traffic  rate,  the 
MTU  size  will  be  adjusted  so  that  the  utilization  remains  constant.  In  the  figure,  utilization  p  =  0.4  and 
channel  bit  rate  is  2133  bits/s.  Also  note  that  while  delays  for  all  four  priority  queues  are  plotted,  the 
adaptation  performs  well  enough  that  the  difference  in  delays  is  insignificant. 

In  the  next  graph  in  Figure  15,  the  traffic  rate  vs.  average  delay  is  plotted  when  the  MTU  size  is  held 
constant.  Here,  the  MTU  size  is  always  1  kbyte  with  a  utilization  of  0.47.  To  maximize  net  utilization  while 
not  surpassing  p  =  0.47,  the  traffic  rate  A  can  vary  so  that  the  utilization  remains  constant.  This  effects 
average  delay  in  each  queue.  In  this  case,  there  is  a  significant  difference  in  the  delays  experienced  by  packets 
in  each  of  the  priority  queues,  with  the  highest  priority  queue  experiencing  the  lowest  delay. 


Tk  - 
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Figure  14.  Traffic  rate  vs.  average  delay,  p  =  0.4,  C  =  2133  b/s. 


Figure  15.  Traffic  rate  vs.  average  delay,  p  =  QAl^MTU  =  8192  bits,  C  =  2133  b/s 
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Finally,  if  the  trafBc  rate  is  held  constant  at  A  =  0.03  frames/s,  Figure  16  shows  that,  like  in  Figure  14, 
there  is  no  appreciable  difference  between  delays  experienced  by  the  different  priority  queues.  The  figure 
graphs  utilization  vs.  average  delay. 


channel  Utilization 


Figure  16.  Utilization  vs.  average  delay,  A  =  0.03,  C  =  2133  b/s. 


5.  CONCLUSIONS  AND  FUTURE  WORK 

Results  from  the  analysis  presented  in  Section  4  show  that  simple  equations  are  able  to  describe  the 
throughput /delay  characteristics  of  Aloha- type  protocols  as  exemplified  in  the  Harris  3490 A  TDB.  While 
the  straightforward  use  of  the  equations  allows  for  prediction  of  system  throughput  and  delay,  the  more 
interesting  use  would  be  in  a  new  adaptive  protocol.  By  incorporating  these  equations  into  the  protocol, 
as  net  conditions  such  as  available  bandwidth,  number  of  nodes,  acceptable  delay,  and  so  on,  change,  the 
protocol  could  calculate  new  ideal  values,  thus  quickly  and  easily  adapting  to  changing  net  conditions. 

Before  that  can  happen,  however,  higher  layer  model  is  needed  which  accounts  for  collisions  and  their 
affect  on  traffic  rates.  Other  problems  should  be  considered  as  well;  topologically  related  problems  such  as 
the  hidden  node  problem,  for  instance.  It  would  also  be  interesting  to  analyze  a  model  for  average  case 
performance  rather  than  worst  case,  heavily  loaded  instances. 

The  results  presented  in  this  paper,  however,  offer  new  insights  towards  the  design  of  an  efficient  system 
using  a  modified  Aloha  protocol  for  the  MAC  layer. 
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